Fechar

1. Identificação
Tipo de ReferênciaTese ou Dissertação (Thesis)
Sitemtc-m21b.sid.inpe.br
Código do Detentorisadg {BR SPINPE} ibi 8JMKD3MGPCW/3DT298S
Identificador8JMKD3MGP3W34P/3NHNH9E
Repositóriosid.inpe.br/mtc-m21b/2017/03.20.11.44
Última Atualização2017:05.30.12.52.28 (UTC) administrator
Repositório de Metadadossid.inpe.br/mtc-m21b/2017/03.20.11.44.42
Última Atualização dos Metadados2018:06.04.02.27.21 (UTC) administrator
Chave SecundáriaINPE-17832-TDI/2570
Chave de CitaçãoFrança:2017:MoArGe
TítuloModelo arquitetural para gerenciamento de versões de contratos de serviços web
Título AlternativoArchitectural model for contract management of web services
CursoCAP-COMP-SESPG-INPE-MCTIC-GOV-BR
Ano2017
Data2017-02-23
Data de Acesso09 maio 2024
Tipo da TeseDissertação (Mestrado em Computação Aplicada)
Tipo SecundárioTDI
Número de Páginas120
Número de Arquivos1
Tamanho6304 KiB
2. Contextualização
AutorFrança, David de Souza
BancaVijaykumar, Nandamudi Lankalapalli (presidente)
Guerra, Eduardo Martins (orientador)
Ferreira, Karine Reis
Sant'Anna, Nilson
Silveira, Fábio Fagundes
Endereço de e-Maildavidsfranca@gmail.com
UniversidadeInstituto Nacional de Pesquisas Espaciais (INPE)
CidadeSão José dos Campos
Histórico (UTC)2017-03-20 11:45:22 :: davidsfranca@gmail.com -> administrator ::
2017-03-21 06:52:34 :: administrator -> davidsfranca@gmail.com ::
2017-04-11 14:28:52 :: davidsfranca@gmail.com -> yolanda.souza@mcti.gov.br ::
2017-04-11 14:39:47 :: yolanda.souza@mcti.gov.br -> davidsfranca@gmail.com ::
2017-04-17 19:09:26 :: davidsfranca@gmail.com -> yolanda.souza@mcti.gov.br ::
2017-04-17 19:14:59 :: yolanda.souza@mcti.gov.br -> davidsfranca@gmail.com ::
2017-04-17 19:17:25 :: davidsfranca@gmail.com -> yolanda.souza@mcti.gov.br ::
2017-04-18 13:43:38 :: yolanda.souza@mcti.gov.br -> davidsfranca@gmail.com ::
2017-04-18 16:51:41 :: davidsfranca@gmail.com -> yolanda.souza@mcti.gov.br ::
2017-05-30 12:53:23 :: yolanda.souza@mcti.gov.br -> marcelo.pazos@inpe.br ::
2017-06-02 18:50:02 :: marcelo.pazos@inpe.br :: -> 2017
2017-06-02 18:56:44 :: marcelo.pazos@inpe.br -> administrator :: 2017
2018-06-04 02:27:21 :: administrator -> :: 2017
3. Conteúdo e estrutura
É a matriz ou uma cópia?é a matriz
Estágio do Conteúdoconcluido
Transferível1
Palavras-Chaveinteroperabilidade
contrato
mensagens XML
scripts
conversão
interoperability
contracts
XML messages
conversion
ResumoNa tentativa de prover serviços de interoperabilidade e difusão de informações pertinentes a muitos ramos da computação, muitas aplicações web são baseadas ou consomem dados de outras aplicações. Isto é um problema quando as aplicações evoluem em velocidades diferentes e compartilham formatos definidos nas trocas de mensagens. Este trabalho apresenta uma pesquisa para o desenvolvimento de um modelo arquitetural que permite a evolução no formato das mensagens utilizado pelas aplicações sem a quebra da interoperabilidade, permitindo que cada uma evolua de forma independente. A solução proposta é gerar, a partir das mudanças nos contratos das mensagens XML, scripts para refatoração de tais mensagens para que estas sigam um modelo de contrato ou outro, tornando transparente às aplicações envolvidas qual a versão do contrato o destinatário da mensagem espera receber. As informações sobre as versões e transformações são gerenciadas por um serviço intermediário que centraliza as funções de gerenciamento de scripts, transformação de dados e entrega de mensagens. Esta pesquisa foi avaliada em um estudo abrangendo diversos cenários onde foram avaliadas a capacidade de gerar transformações de forma transparente às aplicações, o impacto do uso da arquitetura sobre aplicações em questões de alterações de linhas de código e qual o impacto sobre o desempenho da tramitação das mensagens entre as aplicações. Como principais conclusões desse estudo, foi possível perceber que a arquitetura é capaz de gerar transformações necessárias para conversão das mensagens e de forma transparente às aplicações que a utilizam, que necessita de poucas modificações nas aplicações e que é utilizável quando as aplicações não necessitam de respostas rápidas às requisições. Espera-se com essa pesquisa prover uma alternativa para resolver o problema de versões de contratos diferentes de uma forma transparente às aplicações, de fácil implantação e que independa do tipo de domínio das aplicações envolvidas. ABSTRACT: In an attempt to provide interoperability services and dissemination of information relevant to many branches of computing, many web applications are based or consume data from other applications. This is a problem when applications evolve at different speeds and share defined formats in the message exchanges. This paper presents a study for the development of an architectural model that allows developments in the message format used by applications without breaking interoperability, allowing each to evolve independently. The solution proposed is to generate from the changes in the contracts of refactoring scripts XML messages for such messages so that they follow a model contract or other, making transparent to applications which involved the contract version the message receiver expects to receive. The information about the versions and changes are managed by an intermediary service that centralizes scripts management functions, data transformation and delivery of messages. The proposal was evaluated in a study covering several scenarios, which were evaluated the ability to generate transformations transparently to applications, the impact of the use of architecture for applications in lines of code changes issues and the impact on the performance of the processing of messages between applications. The main conclusions of this study, it was revealed that the architecture is able to generate the necessary transformations for conversion of messages and transparently to applications that use it, it needs a few modifications in the applications and is usable when applications do not require rapid response requests. It is hoped that this research provide an alternative to solve the problem of different contract versions transparently to applications, easy to deploy and is independent of the type of field of applications involved.
ÁreaCOMP
Arranjourlib.net > BDMCI > Fonds > Produção pgr ATUAIS > CAP > Modelo arquitetural para...
Conteúdo da Pasta docacessar
Conteúdo da Pasta source
originais/001-22.pdf 30/05/2017 09:26 24.2 KiB 
originais/@4primeirasPaginas-9.pdf 02/05/2017 10:18 160.5 KiB 
originais/Dissertacao_David_Franca.pdf 18/04/2017 14:43 6.0 MiB
originais/Thumbs.db 30/05/2017 09:30 20.5 KiB 
Conteúdo da Pasta agreement
autorizacao.pdf 30/05/2017 09:52 522.3 KiB 
4. Condições de acesso e uso
URL dos dadoshttp://urlib.net/ibi/8JMKD3MGP3W34P/3NHNH9E
URL dos dados zipadoshttp://urlib.net/zip/8JMKD3MGP3W34P/3NHNH9E
Idiomapt
Arquivo Alvopublicacao.pdf
Grupo de Usuáriosdavidsfranca@gmail.com
marcelo.pazos@inpe.br
yolanda.souza@mcti.gov.br
Grupo de Leitoresadministrator
davidsfranca@gmail.com
marcelo.pazos@inpe.br
yolanda.souza@mcti.gov.br
Visibilidadeshown
Licença de Direitos Autoraisurlib.net/www/2012/11.12.15.10
Detentor da CópiaSID/SCD
Permissão de Leituraallow from all
Permissão de Atualizaçãonão transferida
5. Fontes relacionadas
Repositório Espelhosid.inpe.br/mtc-m21b/2013/09.26.14.25.22
Unidades Imediatamente Superiores8JMKD3MGPCW/3F2PHGS
Lista de Itens Citando
Acervo Hospedeirosid.inpe.br/mtc-m21b/2013/09.26.14.25.20
6. Notas
Campos Vaziosacademicdepartment affiliation archivingpolicy archivist callnumber contenttype creatorhistory descriptionlevel dissemination doi electronicmailaddress format group isbn issn label lineage mark nextedition notes number orcid parameterlist parentrepositories previousedition previouslowerunit progress resumeid rightsholder schedulinginformation secondarydate secondarymark session shorttitle sponsor subject tertiarymark tertiarytype url versiontype


Fechar